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Beschreibung 

Kommunikationsverf ahren fur zwei mittels einer Punkt-zu- 
Punkt-Verbindung miteinander verbundenen Kommunikationspart- 
5 ner 

Die Erfindung bezieht sich auf ein Kommunikationsverf ahren 
fur zwei Kommunikationspartner , die mittels einer Duplex 
Punkt-zu-Punkt-Verbindung miteinander verknlipft sind. 

10 

Im Handel sind Umrichtergerate erhaltlich, bei denen Options- 
module mittels einer parallelen Schnittstelle liber ein Dual- 
Port-RAM mit dem Umrichtergerat verknlipft sind. Diese Opti- 
onsmodule sind Kommunikationsbaugruppen, auch als Automati- 

15 sierungsmodule bezeichnet, und Technologiebaugruppen . Diese 

Module werden in einer Elektronikbox des Umrichtergerates ge- 
streckt. Der Datenaustausch erfolgt liber das Dual-Port-RAM. 
Bei diesen Daten handelt es sich urn Konf igurierungsdaten, 
zyklische Daten ( Prozessdaten) und azyklische Daten (Parame- 

20 ter) . 

Anstelle diese Optionsbaugruppen in eine Elektronikbox unter- 
zubringen, besteht auch die Moglichkeit, diese Optionsmodule 
auf die an der Front seite des Umrichtergerates vorhandenen 
25 SUB-D-Buchse zu stecken. Auch hierbei findet der Datenaus- 
tausch mittels einer parallelen Schnittstellen liber ein Dual- 
Port-RAM statt. 

Fur den Datenaustausch wird immer ein verhaltnisma£ig teures 
30 Dual-Port-RAM verwendet . Bei einem Umrichtergerat mit Low- 
Performance -Anf orderungen macht sich der Preis des Dual-Port- 
RAM bemerkbar. Durch die parallele Schnittstelle werden viele 
Leitungen benotigt, wodurch die GroSe einer SUB-D-Buchse vor- 
bestimmt ist. AuSerdem ist diese Verbindung storempf indlich . 
3 5 Aufgrund dieser Storempf indlichkeit dlirfen die Leitungen nur 
eine geringe Leitungslange aufweisen. 
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Fur die Kommunikation stehen ebenfalls mehrere Protokolle wie 
USS, PROFIBUS oder SIMATIC S7 zur Verfugung. Die beiden erst- 
genannten Protokolle sind Master-Slave-Protokolle , die keinen 
Mechanismus fur eine asymmetrische Kommunikation in beiden 
5 Richtungen aufweisen. Das heiSt, nur der Master kann eine An- 
f rage star ten, wobei der Slave nur in der Lage ist, darauf zu 
antworten. Au£erdem weisen diese Standardprotokolle viele 
Funktionalitaten auf , die bei einer Kommunikation zwischen 
einem Umrichter und einem Optionsmodul nicht notwendig sind. 
10 Diese Uberf rachtung der Standardprotokolle fuhrt jedoch dazu, 
dass die Geschwindigkeit und die Bandbreite der Dateniibertra- 
gung herabgesetzt wird. Das Protokoll SIMATIC S7 weist gegen- JV 
uber den beiden erstgenannten keinen Mechanismus fur eine 
symmetrische Datenubertragung auf . 

15 

Der Erfindung liegt nun die Aufgabe zugrunde, ein Kommunika- 
tionsverfahren fur zwei Kommunikationspartner anzugeben, dass 
die zuvor genannten Nachteile nicht mehr aufweist. 

20 Diese Aufgabe wird erf indungsgemaS mit den Merkmalen des An- 
spruchs 1 gelost. 

Mit dem erf indungsgemaSen Kommunikationsverf ahren identifi- 
zieren sich beim Anlauf die Kommunikationspartner gegenseitig 

25 und tauschen ihre Fahigkeiten und Kommunikationseigenschaf ten 0 : 
aus. Daraus wird dann automatisch die bestmoglichste Konfigu- 
ration, die die vorhandene Bandbreite optimal ausnutzt, aus- 
gewahlt. Dadurch ist der Kommunikationsmechanismus skalier- 
bar, wodurch Optionsmodule zwischen Umrichter unterschiedli- 

3 0 cher Performance ausgetauscht werden konnen. AuSerdem ist die 
Kommunikation unabhangig von der Ausges taltung der Optionsmo- 
dule . 

Zu den angesprochenen Kommunikationseigenschaf ten, die beim 
3 5 Anlauf ausgetauscht werden, gehoren: 
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Art der Kommunikation ( Synchr on / Asynchr on ) 



grofite unterstiitzte Baudrate 
Zykluszeit 



Anzahl der Konf igurationsdaten 



5 



Anzahl der zyklischen Daten 
Anzahl der zyklischen Daten. 



Mit Hilfe dieser ausgetauschten Kommunikationsdaten kann die 
bestmoglichste Konf iguration automatisch gewahlt werden . 



Bei einem vorteilhaf ten Verfahren ist der Identif izierungs- 
phase eine Initialisierungsphase vorgeschaltet, mit der der 
zweite Kommunikationspartner vom ersten Kommunikationspartner 
erkannt wird. Zur Identif izierung des zweiten Kommunikations- 
15 partner wird ein Spannungspotential auf einer Verbindungslei- 
tung ausgewertet. Die Auswertung erfolgt am einfachsten mit 
einer Tabelle, in der die Spannungswerte aller Optionsmodule , 
die mit einem Umrichter verbunden werden konnen, hinterlegt 
sind. Eine derartige Initialisierungsphase ist dann vorgese- 
2 0 hen, wenn der erste Kommunikationspartner mit alien moglichen 
Optionsmodulen ohne einen Bediener kommunizieren soil. 

Weitere vorteilhafte Ausf uhrungsf ormen des Kommunikationsver- 
fahren sind in den Unteranspriichen 3 bis 10 zu entnehmen. Zur 

2 5 weiteren Erlauterung der Erfindung wird auf die Zeichnung be- 

zug genommen, in der das erf indungsgemaSe Kommunikationsver- 
fahren schematisch veranschaulicht ist. 

FIG 1 zeigt ein fibers ichtsdiagramm, das die mogli- 

3 0 chen Verbindungen zwischen einem Umrichter und 



10 



verschiedener Optionsmodule zeigt, 



FIG 2 



zeigt eine parallele Topologie mit einem ange- 
bundenen Automat is ierungsmodul und einem Tech- 
nologiemodul , in der 



35 



FIG 3 



ist eine serielle Topologie eines Automatisie- 
rungsmoduls und eines Technologiemoduls darge- 
stellt, in der 
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FIG 4 ist eine Ubersicht uber die Phasen des erfin- 

dungsgemafien Verfahrens veranschaulicht, die 
FIG 5 zeigt in einer Tabelle die Ubertragungsf olge 

der Telegramme der Identif izierungsphase des 
5 erf indungsgema£en Verfahrens, wogegen in den 

FIG 6 und 7 jeweils die Arbeitsweise des Masters und des 

Slaves wahrend der Identif izierungsphase sche- 
matisch dargestellt sind, die 
fig 8 zeigt in einer Tabelle die Ubertragungsf olge 

10 der Telegramme der Konf igurierungsphase des 

erf indungsgemaSen Verfahrens, wogegen in den 
FIG 9 und 10 jeweils die Arbeitsweise des Masters und des 
Slaves wahrend der Konf igurierungsphase sche- 
matisch veranschaulicht sind, die 
15 FIG 11 zeigt in einer Tabelle die Ubertragungsf olge 

der Telegramme einer Datenaustauschphase des 
erf indungsgemafeen Verfahrens mit alternieren- 
den zyklischen/azyklischen Daten, die 
fig 12 zeigt die Arbeitsweise des Masters und des 

2 0 Slaves wahrend der Datenaustauschphase, 

fig 13 zeigt in einer Tabelle die Ubertragungsf olge 

der Telegramme fur den azyklischen Datenaus- 
tausch ohne eine Domanehandlung, wogegen in 
den 

2'5 FIG 14 und 15 jeweils die azyklische Arbeitsweise ohne Doma- 

ne des Client und des Servers veranschaulicht 
ist, in der 

fig 16 ist in einer Tabelle die Ubertragungsf olge der 
-Telegramme fur den -azyklischen- Da-tenaus-tausch. 

3 0 mit einer Domanehandlung dargestellt, wogegen 

in der 

fig 17 die azyklische Arbeitsweise des Client mit Do- 

manetransfer und in der 
fig 18 die azyklische Arbeitsweise des Servers mit 

35 Domanetransf er dargestellt sind. 
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Im Ubersichtsdiagramm gemaS FIG 1 ist mit 2 ein erster Kommu- 
nikationspartner und mit 4,6,8 jeweils ein zweiter Kommunika- 
tionspartner bezeichnet . Von diesen zweiten Kommunikations- 
partnern 4,6,8 ist nur einer mittels einer Duplex Punkt-zu- 
5 Punkt-Verbindung - 10 mit dem ersten Kommunikationspartner 2 
verknupft. Als erster Kommunikationspartner 2 ist beispiels- 
weise in der Antriebstechnik ein Stromrichtergerat eines An- 
triebssys terns , von dem hier nur die Steuereinrichtung, insbe- 
sondere der Prozessor gezeigt ist, dargestellt ist. Normaler- 

10 weise weist der Prozessor des Kommunikationspartner nur eine 
Schnittstelle 12 auf . Es besteht jedoch auch die Moglichkeit, 
wie hier dargestellt, dass mehrere Schnittstellen 12 vorhan- 
den sind, die f reigeschaltet werden konnen. Diese Freischal- 
tung wird von einer Initialisierungsphase bewerkstelligt . Da- 

15 zu ist ein A/D-Wandler 14 mit einem Spannungs teiler 16 vorge- 
sehen. 

Als zweite Kommunikationspartner 4,6 und 8 sind hier ein 
Techno logiemodul 4, ein Schnittstellenmodul 6, das auch als 
20 . Automatisierungsmodul bezeichnet wird, und ein Codeumsetzer- 
modul 8 veranschaulicht . Bei den hier genannten Modulen 4,6 
und 8 handelt es sich nicht urn eine abschliefeende Aufzahlung, 
sondern es soil nur gezeigt werden, welche Variationen der 
Module moglich sind, die mit dem ersten Kommunikationspartner 
| 25 (Antriebssystem) mittels der Duplex Punkt-zu- Punkt-Verbindung 
10 kommunizieren konnen. 

Fur die Kommunikation benotigt die Duplex Punkt-zu-Punkt-Ver- 
bindung 10 drei Leitungen. Eine Leitung 16 zur Ubertragung 

3 0 eines Taktsignals CLK, eine Leitung 18 zur Ubertragung von 

Daten Tx und eine Leitung 2 0 zum Empfangen von Daten Rx. Auf 
der Leitung 16 wird ein Taktsignal CLK iibermittelt, wenn eine 
synchrone Verbindung und/oder beim Anlauf eine Modulidentif i- 
kation stattfindet. Dieses Signal CLK wird nicht bei einer 

35 Asynchronverbindung benotigt. Auf dieser Leitung 16 wird ein 
Signal TXE ubertragen, sobald ein Sender-Empf anger-Modul als 
zweiten Kommunikationspartner verwendet wird. Zusatzlich kon- 
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nen auch noch zwei weitere Leitungen 22 und 24 vorgesehen 
sein, die jedoch nicht fur die Kommunikation benotigt werden. 
Mittels dieser beiden Leitungen 22 und 24 werden Synchroni- 
sierungssignale SYNC_CU_OPT und SYNC_OPT_CU ubermittelt. Mit- 
tels des Synchronisierungssignals SYNC_CU_OPT wird ein Tech- 
nologiemodul 4 auf den Prozessor eines Stromrichtergerates 
und mittels des Synchronisiersignals SYNC_OPT_CU wird der 
Prozessor eines Stromrichtergerats auf ein Technologiemodul 4 
synchronisiert . 

Den einzelnen Modulen 4,6 und 8 ist zu entnehmen, dass die 
Leitung 16, mit der ein Taktsignal CLK ubermittelt wird, auf 
unterschiedliche Spannungen geklemmt ist. Das Technologiemo- 
dul 4 erzeugt ein Spannungs level auf der Leitung 16 von 1 V, 
wogegen das Code-Umsetzermodul 8 auf der Leitung 16 einen 
Spannungs level von 3,5V generiert . Das Automat is ierungsmodul 
6 erzeugt in Abhangigkeit seiner Schnittstellencharakteristik 
unterschiedliche Spannungs level . Ist das Automatisierungsmo- 
dul 6 als RS232-Schnittstelle ausgebildet, so weist der 'Span- 
nungs level auf der Leitung 16 ein Wert von 1,5 V an. Ist das 
Automatisierungsmodul 6 dagegen als RS485-Schnittstelle oder 
als PROFIBUS-Schnittstelle ausgebildet, so weist der Span- 
nungs level auf der Leitung 16 einen Wert von 2 V oder 3 V 
auf. In Abhangigkeit dieser unterschiedlichen Spannungslevel 
kann beim Anlauf der Kommunikation vom ersten Kommunikations- 
partner 2 der zweite Kommunikationspartner 4,6,8 identifi- 
ziert werden. Diese Identif izierung des zweiten Kommunikati- 
onspartner 4,6,8 findet nur dann statt, wenn der erste Kommu- 
nikationspartner fur alle moglichen zweiten Kommunikations- 
partner 4,6,8 ausgestattet ist . 

In den FIG 2 und 3 sind zwei Topologien von einem Automati- 
sierungsmodul und einem Technologiemodul veranschaulicht . Bei 
den dargestellten Topologien handelt es sich urn eine parallel 
(FIG 2) und eine serielle (FIG 3) Topologie. Bei der paralle- 
len Topologie sind beide Module 4 und 6 parallel mit einem 
ersten Kommunikationspartner 2, beispielsweise ein Stromrich- 
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tergerat, verschaltet. Dazu muss der erste Kommunikations- 
partner 2 zwei Schnittstellen 28 und 30 aufweisen. Die 
Schnittstellen 28 und 30 sind jeweils mittels einer Duplex 
Punkt-zu-Punkt-Verbindung 10 mit einer Schnittstelle 32 bzw. 
5 3 4 des Automatisierungsmoduls 6 bzw. des Techno logiemoduls 4 
verkniipft. Bei der seriellen Topologie ist das Technologiemo- 
dul 4 mit dem ersten Kommunikationspartner 2 und das Automa- 
tisierungsmodul 6 mit dem Technologiemodul 4 verbunden. Fur 
diese serielle Topologie benotigt das Technologiemodul zwei 

10 Schnittstellen 34 und 38. Die Schnittstellen 34 bzw. 38 ist 
mittels einer Duplex Punkt-zu-Punkt-Verbindung 10 mit einer 
Schnittstelle 28 bzw. 32 des ersten Kommunikationspartners 2 
bzw. des Automatisierungsmoduls 6 verbunden. Die beiden Topo- 
logien unterscheiden sich nicht nur in der Hardware, sondern 

15 auch in der Prozessdaten-Ubermittlung . Bei der parallelen To- 
pologie werden die Prozessdaten vom Automat is ierungsmodul 6 
zum ersten Kommunikationspartner 2 und dann von diesem zum 
Technologiemodul 4 ubermittelt. Bei der seriellen Topologie 
werden die Prozessdaten direkt vom Automatisierungsmodul 6 

2 0 zum Technologiemodul ubertragen und von dort zum ersten Kom- 
munikationspartner 2. Dadurch weist die parallel Topologie 
eine langere Totzeit bei der Prozessdatenubermittlung auf, 
als die serielle Topologie. Bei den genannten Schnittstellen 
28,30,32,34 und 38 handelt es sich urn serielle Schnittstel- 

2 5 len. Bei einem Stromrichtergerat - erster Kommunikationspart- 

ner 2 - eines Antriebssystems weist der Prozessor nur eine 
serielle Schnittstelle auf. Somit bietet sich die serielle 
Topologie fur ein Stromrichtergerat eines Antriebssystems an. 

3 0 Die FIG 4 veranschaulicht die Phasen des erf indungsgemaSen 

Verfahrens fur zwei Kommunikationspartners 2 und 4 bzw. 6 
bzw. 8, die mittels einer Duplex Punkt-zu-Punkt-Verbindung 10 
miteinander verkniipft sind. Das erf indungsgemaSe Verfahren 
weist drei Phasen auf, namlich die Identif izierungsphase, die 
3 5 Konf igurierungsphase und die Datenaustauschphase . Bei einer 
vorteilhaf ten Ausf iihrungsf orm ist der Identif izierungsphase 
eine Initialisierungsphase vorgeschaltet . Falls die Konfigu- 
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rierungsphase nicht benotigt wird, wird die Identif izierungs- 
phase direkt mit der Datenubertragungsphase verkoppelt. Wenn 
die Kommunikationsverbindung wahrend der Kommunikation feh- 
lerhaft ist, wird diese Verbindung wieder hergestellt, indem 
5 die Identif izierungsphase neu gestartet wird. 

Wahrend der Identif izierungsphase identif izieren sich die 
beiden Kommunikationspartner 2 und 4 bzw. 6 bzw. 8 gegensei- 
tig und definieren ihre Kommunikationsparameter . Wenn eine 
10 Konf igurierungsphase vorhanden ist, so schlieSt sich diese 

der Identif izierungsphase an. Wahrend dieser Konf igurierungs- 
phase werden modulabhangige Konf igurierungseigenschaf ten zwi- ^\ _ 
schen den Kommunikationspartnern ausgetauscht . Zu diesen aus- 
getauschten Kommunikationseigenschaf ten gehoren: 

15 

Art der Kommunikation ( Synchron / Asynchr on ) 

gr6£te unterstutzte Baudrate 

Zykluszeit 

Anzahl der Konf igurationsdaten 
20 - Anzahl der zyklischen Daten 

Anzahl der zyklischen Daten. 

Aus diesen Kommunikationsparametern und Kommunika t i ons e igen- 
schaften wird automatisch die bestmogliche Konf iguration, die 
25 die vorhandene Bandbreite optimal ausnutzt, ausgewahlt. Nach- 0) 
dem die bestmoglichste Konf iguration ausgewahlt ist, kann der 
Datenaustausch beginnen. 

Die Datenaustauschphase weist bis zu drei Kanale auf, einen 
3 0 zyklischen und zwei azyklische Kanale. Der zyklische Kanal 
oder die azyklischen Kanale mussen nicht gleichzeitig anwe- 
send sein. Fur eine Datenubertragung muss wenigstens ein Ka- 
nal vorhanden sein. Diese Kanale werden pro Taktperiode des 
ersten Kommunikationspartners seriell ubertragen. Jeweils 
35 zwischen zwei Kanalen lauft das Taktsignal CLK fur eine vor- 
bestimmte Zeit leer. Diese vorbestimmte Zeit ist so bemessen, 
dass zwei Worter ubertragen werden konnen. Diese Zeit ist fur 
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den zweiten Kommunikationspartner 4 bzw. 6 bzw. 8 notwendig, 
um das empfangene Telegramm, bestehend aus einem Rahmen und 
Daten, zu verarbeiten und seinen Empfangsteil fur das nachste 
Telegramm auf den Anfang zuriickzusetzen . Mit den zyklischen 
5 Kanal werden Prozessdaten und mit den azyklischen Kanal Para- 
meter ubermittelt. Zu diesen Parametern gehoren auch Fehler- 
und Diagnoseparameter . Die Anzahl der zyklischen und azykli- 
schen Daten bestimmt die Zeit, die gebraucht wird, um ein Ka- 
nal zu iibertragen. In der Identif izierungs- und Konfigurie- 
10 rungsphase ist jeweils nur ein Kanal vorhanden, die als Iden- 
tif izierungs- bzw. Konf igurierungskanal bezeichnet sind. 

Bei dieser erf indungsgemaiSen Definition des Kommunikationsme- 
chanismus ist eine Skalierbarkeit erreicht, dass die Module 
15 zwischen Kommunikationspartnern 2 unterschiedlicher Leis- 

tungsniveaus austauschbar sind. Das h'eiSt, in der Antriebs- 
technik konnen ein und dasselbe Modul mit einem Basisstrom- 
richtergerat , einem Vektorstromrichtergerat oder einem High- 
Perf ormance-Stromrichtergerat verknupft werden, ohne dass 

2 0 sich die Kommunikat i onsmechani smen andern miissen. Dadurch 

wird die Vielfalt eines Moduls auf eine Ausfuhrung reduziert, 
wodurch sich die Kosten wesentlich reduzieren bzw. wodurch 
auch Module in den Basisstromrichtergeraten eingesetzt werden 
konnen . 

25 

Die FIG 5 zeigt in einer Tabelle die Ubertragungsf olge der 
Telegramme in der Identif izierungsphase des erf indungsgemaSen 
Kommunikationsverf ahrens . Wie bereits erwahnt, identif izieren 
sich die beiden Kommunikationspartner 2 und 4 bzw. 6 bzw. 8 

3 0 wahrend der Identif izierungsphase gegenseitig. Diese Identi- 

f izierungsphase ist wiederholbar , d.h. , diese kann ohne Leis- 
tungsversorgung des ersten Kommunikationspartner 2 neu ge- 
startet werden. In dieser Identif izierungsphase werden vier 
Telegramme ubertragen, die wie folgt bezeichnet werden: 
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ident . req. : 
ident . rep . : 



ident . ack . : 



Ident if izeirungs-Anf orderung 
Ident if izierungs-Ruckmeldung 
Ident if izierungs-Bes tat igung 



ident. arep. : Identif izierungs-Bestatigungs-Ruckmeldung . 

5 

Wahrend der Identif izierungsphase ist die Baudrate auf 5k 
Baud gesetzt und es werden vier Telegramme benotigt fur ei- 
nen sicheren Quittungsbetrieb . Die Identif izierungs-Anf ord- 
erung ident. req. enthalt die Parameter des zweiten Kommuni- 

10 kationspartners 4 bzw. 6 bzw. 8. Der erste Kommunikations- 
partner 2 pruft die Werte und schickt die aushandelbaren 
Werte in der Identif izierungs-Bestatigung ident. ack. zuruck. 
Wenn die Identif izierungs-Bestatigungs-Ruckmeldung 
ident. arep. des zweiten Kommunikationspartners 4 bzw. 6 bzw. 

15 8 negativ ist, ist eine Kommunikation nicht moglich. Falls 
dieses jedoch gultig ist, so werden die ausgehandelten Kom- 
munikationspartner gesetzt. Am Ende der Identif izierungspha- 
se wird zur Konf igurierungsphase oder zur Datenaustauschpha- 
se gewechselt, in Abhangigkeit des Ausgehandelten. 

20 

In den FIG 6 und 7 ist dieselbe Identif izierungsphase des 
erf indungsgemalSen Kommunikationsverf ahrens nach FIG 5 je- 
weils in einem Zustandsdiagramm dargestellt. Dabei sind die 
beiden Zustandsdiagramme aus der Sicht des ersten und des 

2 5 zweiten Kommunikationspartners 2 und 4 bzw. 6 bzw. 8 darge- 

stellt. Die FIG 6 zeigt die Identif izierungsphase aus der 
Sicht des ersten Kommunikationspartners 2, der ebenfalls als 
Master bezeichnet wird. In der FIG 7 ist die Identifizie- 
rungsphase aus der Sicht des zweiten Kommunikationspartners 

3 0 4 bzw. 6 bzw. 8, der auch als Slave bezeichnet wird, darge- 

stellt . 

Die FIG 8 zeigt eine Tabelle der Ubertragungsf olge der Tele- 
gramme der Konf igurierungsphase des erf indungsgemaSen Kommu- 
3 5 nikationsverf ahrens . Wahrend dieser Konf igurierungsphase 

werden Konf igurierungsdaten zwischen den beiden Kommunikati- 
onspartnern 2 und 4 bzw. 6 bzw. 8 ausgetauscht . Auch in der 
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Konf igurierungsphase werden vier Telegramme iibermittelt. Bei 
diesen vier Telegrammen handelt es sich urn Anf orderungs- 
Telegramm config. req., ein Ruckmeldungs -Telegramm con- 
fig. rep., ein Bestatigungs-Telegramm config.ack. und urn ein 
5 Bestatigungs-Ruckmeldungs-Telegramm conf ig . arep . . Das Anfor- 
derungs- und das Riickmeldungs-Telegramm config'. req. und con- 
fig. rep. beinhalten Daten. Mit diesen vier Telegrammen wird 
ebenfalls ein sicherer Quittungsbetrieb abgewickelt. 

10 Die beiden zugehorigen Zustandsdiagramme der Konfigurie- 

rungsphase sind in den FIG 9 und 10 dargestellt. Die FIG 9 
zeigt ein Zustandsdiagramm aus der Sicht des Masters (erster 
Kommunikationspartner 2) und in der FIG 10 ist das Zustands- 
diagramm aus der Sicht des Slaves (zweiter Kommunikations- 

15 partner 2 bzw. 6 bzw. 8) dargestellt. 

Zu Beginn der Konf igurierungsphase sendet der Master 2 gemafe 
FIG 9 ein Anf or derung s - Te 1 egr amm config. req. mit Konfigurie- 
rungsdaten an den Slave 4 bzw. 6 bzw. 8 und wartet auf ein 

2 0 Ruckmeldungstelegramm . config . rep . vom Slave 4 bzw. 6 bzw. 8. 

Die Konf igurierungsdaten des Anf orderungs-Telegramms con- 
fig. req. wird vom Slave 4 bzw. 6 bzw. 8 gepruft und antwor- 
tet umgehend mit einem positiven oder negativen Ruckmel- 
dungstelegramm config. rep.. Zu den Konf igurierungsdaten ge- 

25 hort u.a. eine Busadresse, eine Baudrate . . . Wenn die Rlick- 
meldung negativ ist, signalisiert der Master 2 ein Fehler 
und fordert den Bediener auf, die Konf igurierungsdaten zu 
andern. Nachdem dies geschehen ist, wird vom Master 2 ein 
neues Anf orderungs-Telegramm gesendet . Mit dem Bestatigungs- 

30 Telegramm config.ack. wird der Master 2 eine positive Ant- 
wort auf die zuriickgeschickten Konf igurierungsdaten, die 
mittels des Riickme 1 dungs -Tel egr amms vom Slave 4 bzw. 6 bzw. 
8 zum Master 2 iibermittelt worden sind. Das letzte Telegramm 
sichert den doppelten Quittungsbetrieb. Ein Zeitiiberlauf 

3 5 wahrend dieser Phase fiihrt zu einem Neustart der Identifi- 

zierungsphase . 
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Zu Beginn der Konf igurierungsphase erwartet der Slave 4 bzw. 
6 bzw. 8 gemaS FIG 10 eine Konf igurierungs-Anf orderung con- 
fig, req. . Nachdem der Slave 4 bzw. 6 bzw. 8 diese Anf orde- 
rung config.req. erhalten hat, werden die Daten analysiert. 
In Abhangigkeit dieser Analyse wird eine positive oder eine 
negative Konf igurierungs-Ruckmeldung config.rep. gesendet . 
1st die Ruckmeldung negativ, so wird eine neue Konfigurie- 
rung mittels der Konf igurierungs-Anf orderung config.req. er- 
wartet. Wenn das Ergebnis der Analyse positiv ist, werden 
mit der Konf igurierungs-Ruckmeldung die Daten zum Master 2 
zuruckgesendet . Danach wartet das Slave 4 bzw. 6 bzw. 8 auf 
eine Konf igurierungs-Bestatigung config.ack. vom Master 2. 
Wenn die Daten ungultig sind, ist die Konf igurierungs-Besta- 
tigung negativ. Die Bestatigungs-Ruckmeldung config.arep. 
vom Slave 4 bzw. 6 bzw. 8 ist abhangig von den Daten und vom 
Typ des Slave 4 bzw. 6 bzw. 8. Wenn in den Daten der Konfi- 
gurierungs-Bestatigungs-Ruckmeldung config.arep. ein kriti- 
scher Fehler festgestellt wird, kann die Konf igurierungspha- 
se neu gestartet werden. Kann kein kritischer Fehler im Da- 
tensatz festgestellt werden, wird zur Phase des Datenaustau- 
sches gewechselt . 

In der Datenaustauschphase werden zyklische und azyklische 
Daten zwischen den beiden Kommunikationspartnern 2 und 4 
bzw. 6 bzw. 8 ausgetauscht . Zwischen diesen beiden Datenty- 
pen wird streng unterschieden, damit die azyklischen Daten 
sich nicht auf die zyklischen Daten auswirken konnen, die in 
der schnellen Zeitscheibe bearbeitet werden. Die azyklischen 
" Daten werden unabhangig von" zyklischen Daten bearbeitet. So- 
bald ein Fehler vorliegt, wird die azyklische Datenkommuni- 
kation unterbrochen und die Fehlermeldung wird mit dem azyk- 
lischen Datenkanal ubermittelt. 

Es gibt zwei Grunde, die Datenaustauschphase zu verlassen: 

neue Identif ikation oder Konf iguration, die mittels des 
zyklischen oder azyklischen Kanals ersucht werden konnen. 
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Verstandigungsverlust . Wenn in einer vorbes timmten Zeit 
kein gliltiges Telegram vorliegt, so wird dies als Ver- 
standigungsverlust gewertet. Dies fuhrt zu einem Neustart 
des Kommunikat ions verfahr ens , das mit der Identif ikati- 
5 onsphase beginnt . 

Fur die Kommunikation zwischen zwei Kommunikat ionspartner 2 
und 4 bzw. 6 bzw. 8, die mittels einer Duplex Punkt-zu- 
Punkt-Verbindung 10 miteinander verknupft sind, gibt es zwei 
10 Datenaustausch-Kanale, namlich einen zyklischen Kanal und 

einen azyklischen Kanal fur die Ruckmeldung des zweiten Kom- 
munikationspartners 4 bzw. 6 bzw. 8. 

Die FIG 11 zeigt eine Tabelle der Ubertragungsf olge der Te- 
15 legramme des Datenaustausch mit alternierenden zyklischen 
und azyklischen Daten. Der erste Kommunikationspartner 2 
wird hier auch wieder als Master bezeichnet, wogegen der 
zweite Kommunikationspartner 4 bzw. 6 bzw. 8 als Slave be- 
zeichnet wird. Der Mas terbenutzer triggert die Bearbeitung 
20 des Datenaustausches . Alle anderen Benutzeranruf e sind asyn- 
chron . 

Die FIG 12 veranschaulicht in einem Zustandsdiagramm die Da- 
tenaustauschphase aus Sicht des Masters und des Slaves 4 
25 bzw. 6 bzw. 8. Der zyklische Kanal ist sehr konstant. Dort 
werden Prozessdaten mit einer bekannten Bedeutung iibertra- 
gen. Der azyklische Kanal ist dagegen nicht konstant, so 
dass dieser im folgenden genauer betrachtet werden soli. 

3 0 Der azyklische Kanal basiert auf dem Client/ Server-Prinzip, 
wobei ein von zwei Kommunikat ionspartnern eine Anforderung 
aussendet, welche der andere Kommunikationspartner dann er- 
widern. Anf orderungen konnen prinzipiell beide Kommunikati- 
onspartner aussenden, jedoch das aktuelle Verfahren gestat- 

3 5 tet nur Anf orderungen vom zweiten Kommunikationspartner 4 
bzw. 6 bzw. 8 zum ersten Kommunikationspartner 2. 
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Folgende Funktionen werden durch diesen Kommunikationsmecha- 
nismus ausgef uhrt : 

Parameter-Anf orderung : 

Der Client 2 sendet eine Parameter-Anf orderung und der 
Server 4 bzw. 6 bzw. 8 antwortet mit einer Benutzer- 
Ruckmeldung. Die Parameter-Anf orderung/ -Ruckmeldung kann 
langer als ein azyklischer Kanal sein. Wenn.dies der Fall 
ist, wird eine Domanebehandlung bevorzugt . 

Alarm- Anf orderung : 

Der Client 2 sendet eine Alarm-Anf orderung und der Server 
4 bzw. 6 bzw. 8 antwortet wie bei einer Parameter-Anf or- 
derung mit einer Benutzer-Riickmeldung . Die Lange einer 
Alarm-Anf orderung/ -Ruckmeldung ist fest und immer in ei- 
nem azyklischen Kanal unterzubringen . Eine Alarm-Anf orde- 
rung unterbricht eine Domanefolge, 

Diagnose-Anf orderung : 

Der Client 2 sendet eine Diagnose-Anf orderung und der 
Server 4 bzw. 6 bzw. 8 antwortet mit einer Ruckmeldung. 
Eine Diagnose-Anf orderung wird nicht vom Benutzer beant- 
wortet. Die Lange von Diagnosedaten sind fest vorgegeben 
und konnen immer in einem azyklischen Kanal untergebracht 
werden . 

Allgemein wird immer nur eine Anf orderung ubertragen. Wenn 
eine Domanefolge aktiv ist, wird diese nur durch eine Alarm- 
Anf orderung unterbrochen. Daten werden nur dann gesendet, 
wenn eine neue Anf orderung/ Ruckmeldung vorliegt. Sonst wer- 
den nur Leertelegramme gesendet. 

Als Domanebehandlung wird ein Kommunikationsmechanismus be- 
zeichnet, bei dem Daten mittels mehrere Telegramme ubermit- 
telt werden. Diese Handlung ist im Benutzer verborgen. Die- 
ser Kommunikationsmechanismus wird nur fur Parameterdaten 
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verwendet . Alle anderen Daten werden in einem Telegramm un- 
tergebracht . 

Die FIG 13 zeigt in einer Tabelle die Ubertragungsf olge der 
5 Telegramme eines azyklischen Datenaustausches ohne eine Do- 
manebehandlung . In den FIG 14 und 15 sind die zugehorigen 
Zustandsdiagramme aus der Sicht des Client 2 und des Server 
4 bzw. 6 bzw. 8 naher dargestellt. Zum Vergleich zeigt die 
FIG 16 eine Tabelle der Ubertragungsf olge der Telegramme ei- 

10 nes azyklischen Datenaustausches mit einer Domanebehandlung. 
Die entsprechenden Zustandsdiagramme aus der Sicht des 
Client 2 und des Server 4 bzw. 6 bzw. 8 sind in den FIG 17 
und 18 naher dargestellt. In diesen beiden FIG 17 und 18 
zeigen die f ettgedruckten Linien den normalen Ablauf (keine 

15 Domane) und die unterbrochenen Linien einen Alarm, der die 
Domanebehandlung unterbricht . 

Wenn gema£ dem Zustandsdiagramm nach FIG 17 der Benutzer ei- 
ne Anforderung initialisiert , wird diese gesendet. Danach 

2 0 wartet der Benutzer auf eine Ruckmeldung. Wenn nicht inner- 

halb einer vorbestimmten Zeit keine Ruckmeldung eintrifft, 
wird die Anforderung wiederholt. Eine eintreffende Ruckmel- 
dung wird dem Benutzer weitergeleitet . Ausnahme : Eine Diag- 
nose -Ruckmeldung wird nicht an den Benutzer weitergeleitet. 

25 

Wenn die Daten eine Domane-Anf orderung beinhalten, wird die 
vollstandige Domane gesendet. Jeder einzelne Teil der Domane 
wird getrennt vom Empf anger bestatigt. Wenn die vollstandige 
Domane-Anf orderung ohne Fehler gesendet ist, wird die Ruck- 

3 0 meldung erwartet . Diese Ruckmeldung wird dann vom Empf anger 

gesendet. Wenn diese Ruckmeldung ebenfalls eine Domane ent- 
halt, so wird jeder einzelne Teil der Domane bestatigt. So- 
bald die vollstandige Ruckmeldung empfangen ist, wird die 
verarbeitet und der Verf ahrensablauf startet wieder vom An- 
3 5 fang. Im Fall einer Zeitiiberschreitung oder eines Domane- 
Fehlers wird die Anforderung wiederholt. 
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GemaS FIG 18 wird eine Ruckmeldung nach Verarbeitung durch 
den Benutzer gesendet, wenn der Verarbeitungskanal frei ist 
und die empf angenen Daten gultig sind. Wenn die Daten eine 
Domane-Anforderung enthalten, wird die vollstandige Domane 
empfangen. Jeder Teil der Domane wird einzeln bestatigt. So- 
bald die vollstandige Domane empfangen und gultig ist, wird 
diese verarbeitet. 

Mit diesen erf indungsgema&en Kommunikations-Mechanismen er- 
halt man eine schnelle periodische Kommunikation zwischen 
zwei Kommunikationspartnern 2 und 4 bzw. 6 bzw. 8, insbeson- 
dere zwischen einem Prozessor eines Antriebssystems und ei- 
nem Prozessor eines Moduls, die mittels einer Duplex Punkt- 
zu-Punkt-Verbindung 10 miteinander verknupft sind, wobei die 
seriellen Schnittstellen der Prozessoren verwendet werden. 
Da nun die seriellen Schnittstellen zweier Prozessoren ver- 
wendet werden, werden keine Dual-Port-RAM mehr benotigt, so 
dass dieses erf indungsgema£e Verfahren gerade bei Low- 
Perf omance-Antriebssystemen wegen eines erheblichen Kosten- 
vorteils vorteilhaft ist. AuSerdem zerstort oder beeinflusst 
die azyklische Datenubertragung nicht den zyklischen Daten- 
austausch. Ferner ist die Bandbreite der Ubertragung in Ab- 
hangigkeit der Funktionalitat und des Leistungsvermogens der 
Kommunikationspartner skalierbar. 
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Patentanspriiche 

1. Kommunikationsverfahren fur zwei Kommunikationspartner 
(2,-4,6,8)/ die mittels einer Duplex Punkt-zu-Punkt-Verbindung 
5 (10) miteinander verkntipft sind, wobei dieses Kommunikations- 
verfahren in eine Identif izierungs- , eine Konf igurierungs- 
und eine Datenaustausch- Phase unterteilt ist, wobei wahrend 
der Identif izierungsphase die Kommunikationspartner (2,-4,6,8) 
sich gegenseitig identif izieren und ihre Kommunikationspara- 

10 meter definieren, wobei wahrend der Konf igurierungsphase kom- 
munikationspartnerabhangige Konf igurierungsdaten zwischen den 
beiden Kommunikationspartnern (2;4,6,8) ausgetauscht werden, 
und wobei wahrend der Datenaustauschphase zyklische und azyk- 
lische Daten zwischen den beiden Kommunikationspartnern aus- 

15 getauscht werden, wenn die Konf igurierungsphase erfolgreich 
abgeschlossen ist . 

2 . Kommunikationsverfahren nach Anspruch 1, dadurch 
gekennzeichnet, dass der Identif izierungsphase eine 

2 0 Initialisierungsphase vorgeschaltet ist, wahrend der der 

zweite Kommunikationspartner (4,6,8) vom ersten Kommunikati- 
onspartner (2) erkannt wird. 

3. Kommunikationsverfahren nach Anspruch 1 oder 2, da- 
25 durch gekennzeichnet, dass die Identif izierungs- 

und die Konf igurierungsphase jeweils ein zweifacher Quit- 
tungsbetrieb ist. 

4. Kommunikationsverfahren nach einem der vorgenannten An- 

3 0 spruche 1 bis 3, dadurch gekennzeichnet, dass 

die Konf igurierungsphase jederzeit neu beginnen kann. 

5... Kommunikationsverfahren nach einem Anspruche 1 bis 4, 
dadurch gekennzeichnet, dass die Konf igurierungs- 
3 5 phase ubergangen werden kann. 
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6. Kommunikationsverf ahren nach einem der Anspruche 1 bis 5, 
dadurch gekennzeichnet, dass eine f ehlende Ver- 
bindung wahrend der Kommunikation durch einen Neustart der 
Identif izierungsphase wiederhergestellt wird. 

5 

7. Kommunikationsverf ahren nach einem der Anspruche 1 bis 6, 
dadurch gekennzeichnet, dass die Datenaustausch- 
phase mindestens ein Kanal aufweist. 

10 8. Kommunikationsverf ahren nach einem der vorgenannten An- 
spruche 1 bis 7, dadurch gekennzeichnet, dass 
ein erster Kommunikationspartner (2) ein Umrichter und ein 
zweiter Kommunikationspartner (4,6,8) ein Optionsmodul ist. 

15 9. Kommunikationsverf ahren nach Anspruch 8, dadurch 

gekennzeichnet , dass das Optionsmodul ein Automati- 
sierungsmodul ist . 

10. Kommunikationsverf ahren nach Anspruch 8, dadurch 
20 gekennzeichnet, dass das Optionsmodul ein Technolo- 
giemodul ist . 



11. Kommunikationsverf ahren nach Anspruch 2, dadurch 
gekennzeichnet, dass zur Identif izierung des zweiten 
25 Kommunikationspartners (4,6,8) ein Spannungspotential auf ei- 
ner Verbindungsleitung der Duplex Punkt-zu-Punkt-Verbindung 
(10) ausgewertet wird. 
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Zusammenf as sung 

Kommunikationsverf ahren fur zwei mittels einer Punkt-zu- 
Punkt-Verbindung miteinander verbundenen Kommunika t ionspar t - 
5 ner 

Die Erfindung bezieht sich auf ein Kommunikationsverf ahren 
fur zwei Kommunika t ionspar tner (2/4,6,8), die mittels einer 
Duplex Punkt-zu-Punkt-Verbindung (10) miteinander verkniipft 

10 sind. Erf indungsgemaE ist dieses Verf ahren unterteilt in eine 
Identif izierungs- , eine Konf igurierungs- und eine Datenuber- 
tragungs- Phase, wobei wahrend der Identif izierungsphase die 
Kommunikationspartner (2;4,6,8) sich gegenseitig identif izie- 
ren und ihre Kommunikationsparameter definieren, wobei wah- 

15 rend der Konf igurierungsphase kommunikationspartnerabhangige 
Konf igurierungsdaten zwischen den beiden Kommunika t ionspar t- 
nern (2;4,6,8) ausgetauscht werden, und wobei wahrend der Da- 
tenaustauschphase zyklische und azyklische Daten zwischen den 
beiden Kommunikationspartner (2;4,6,8) ausgetauscht werden, 

20 wenn die Konf igurierungsphase erfolgreich abgeschlossen ist. 

Somit erhalt man eine schnelle periodische Kommunikation zwi- 
schen zwei Partner (2, -4, 6, 8), wobei keine Dual-Port-RAM mehr 
benotigt werden, so dass dieses Verf ahren besonders kosten- 
giinstig ist . 

25 

FIG 1 
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